home *** CD-ROM | disk | FTP | other *** search
- Path: mail2news.demon.co.uk!harden.demon.co.uk
- From: Mark Harden <mark@harden.demon.co.uk>
- Newsgroups: comp.sys.m68k
- Subject: Re: Bus Error Handler for 68040
- Date: Sat, 27 Jan 96 10:55:29 GMT
- Organization: Private Node
- Message-ID: <9601271055.AA000wq@harden.demon.co.uk>
- References: <30FFE81F.4110@infinet.com>
- X-NNTP-Posting-Host: harden.demon.co.uk
- X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
- X-Mail2News-Path: relay-4.mail.demon.net!post.demon.co.uk!harden.demon.co.uk
-
- Paul Swetnam (pswetnam@infinet.com) wrote:
- : I am having difficulty writing a bus error handler for a 68040 processor
- : because of the pipeline architecture used by the processor. The bus
- : errors are trapped by my routine, but when I execute an RTE instruction
- : to return from the exception, the processor often tries to re-run the bus
- : access and re-triggers the same error. This results in an infinite loop.
- :
- : The exact behavior of the processor depends on the instructions which
- : come before and after the instruction causing the bus error (these
- : instructions determine the state of the processor pipeline at the time
- : the error occurs). I have managed to trap and handle bus error
- : consistently only if I follow each instruction which may cause a bus
- : error with a NOP instruction.
- :
- : Does anyone have a good bus error handler for the 68040?
- :
- : Will Koehler
- : Design Engineer
- : Aeroflex Lintek Corp.
-
- As far as I remember you have to "tidy up" before the RTE. The stack frame contains
- incomplete writes and all sorts of things. I would suggest ou look at the NetBSD
- source code. There is a bus error handler there.
-
- Let me know if you need more. I could send you the required module ?
-